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Sir: 



This paper includes the arguments accompanying a Pre-Appeal Brief 
Conference Request for Review and Notice of Appeal. The following is a concise recitation 
of clear error in the Examiner's rejections in this application. All remaining claims stand 
rejected under 103(a) being unpatentable over Rune (U.S. Patent Publication no. 
2004/0167988) in view of Jou, 2005/0036489 (and perhaps with additional references). 
Applicant respectfully disagrees. Because all rejections are based on Jou and Rune, and 
Applicant shows below that the rejections based on the combination of Jou and Rune are 
invalid, all § 103(a) rejections must be withdrawn. 

In the outstanding final Office Action, page 3, the Examiner admits that Rune 
does not disclose at least the subject matter of "comparing the destination address of the 
packet with at least one predetermined multicast and/or broadcast address" in the independent 
claims. The Examiner then points to Jou for alleged disclosure of this subject matter. 
However, Jou does not disclose this subject matter for at least the following reasons. 
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It is noted that in the Response dated 4 August 201 1, Applicant made an 
argument that the cited sections of Jou's published application were not prior art under 35 
U.S.C. §102 against the instant application. For brevity's sake, this argument is omitted here, 
but Applicant reserves the right to reiterate this argument at a later date. 

Regardless, even if the cited sections of Jou's published application are prior 
art against the instant independent claims, Applicant respectfully submits that Jou's published 
application does not disclose the subject matter the Examiner asserts is disclosed by Jou's 
published application. For instance, the Examiner cites to paragraph 29 of Jou's published 
application: u The wireless transport device will determine whether or not the DA filed (sic - 
should be "field") is the same as the local MAC address of this device (510). If positive, the 
wireless transport device drops the frame because it is an echoed frame (step 530)." This 
section of Jou's published application indicates that a determination is made of whether or 
not the DA (destination address) field in a frame is the same as the local MAC (media access 
control) address of the device. It is known in the art that a MAC address is a unique identifier 
assigned to network interfaces for communications on the physical network segment. What 
the sentence "If positive, the wireless transport device drops the frame because it is an echoed 
frame (step 530)" appears to mean is that the current device previously transmitted the frame, 
and the frame is being echoed back to the device. Thus, the device put the MAC address of 
itself into the frame, and transmitted the frame. When the device receives a frame that has its 
MAC address, the device then determines the frame is an echoed frame and can be ignored. 
See also paragraph 22 of Jou's published application: "Therefore, to filter out echo frames, 
broadcast frames have to carry the address information of (sic) previous hop in the 
transmitted frame." 

Moreover, the MAC address of the device is not a "broadcast address", as the 
MAC address is an address of the device itself: "The wireless transport device will determine 
whether or not the DA filed (sic) is the same as the local MAC address of this device 
(510)." Paragraph 29 of Jou's published application. Another device receiving the frame 
with the MAC address of the previous hop is not going to determine the MAC address is a 
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broadcast address or use the MAC address as a broadcast address. This means that the MAC 
address of a device will not be the same as the broadcast address. The same is true for a 
multicast address: a multicast address will not be the same as a MAC address. This is true 
because, by definition, the multicast address is to be used for communication with multiple 
addresses/devices, while a MAC address is made to be specific to a single device. 

To put this a different way, any device receiving a packet with a destination 
address that is the same as a MAC address of one of the devices on a network should forward 
the packet toward the device having that MAC address. However, there is only one device in 
the network with that MAC address. Therefore, the MAC address is not a broadcast address 
(a packet addressed with a broadcast address is destined for every device in the network) or is 
not a multicast address (a packet addressed with a multicast address is destined for at least 
two devices in the network). 

In the Advisory Action dated 12 September 201 1, the Examiner states the 

following: 

'multicast/broadcast and destination address). The recitations broadcast/multicast address and multicast address are not defined by the 
claim: the specification does not provide a clear explanation of said terms. In foe absence of an express intent to impart a novel meaning to 
the claim terms, the words are presumed to take on the ordinary and customary meanings attnbuted to them by those of ordinary skill in the 
art IMPEP 211 1.01]. In this case Jou*s destination address (although MAC address of the previous hop) is considered a multicast address 
since it is a multicast destination address (as shown above and discussed in paragraph 0Q22-Jou). Applicant's arguments do not show how 
the claims prevent a reasonable broadest interpretation of said terms would prevent such interpretation as supported by the Jou reference- 
One skilled in the art knows what the terms "MAC address", "multicast 
address", and "broadcast address" are. See, e.g., http://en.wikipedia.org/wiki/MAC_address 
("MAC address"), http://en.wikipedia.org/wiki/Multicast_address ("multicast address"), and 
http://en.wikipedia.org/wiki/Broadcast_address ("broadcast address"). In fact, it is known 
that a broadcast address in MAC (e.g., 802. 1 1) is all ones, e.g., FFFFFFFF for 32 bits in 
hexadecimal. See paragraph 27 of Jou ("a broadcast frame in WITnet is a WDS frame with 
Receiver Address Field (please refer to FIG. 3) being, for instant (sic), Oxffffffffffff '), or 
http://en.wikipedia.org/wiki/MAC_address ("Packets sent to the broadcast address, all one 
bits, are received by all stations on a local area network. In hexadecimal the broadcast address 
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would be FF:FF:FF:FF:FF:FF'). Jou is using the broadcast address of Oxffffffffffff 
consistently with what is known in the art for one particular network and protocol. 



interpreting the terms "multicast address" and "broadcast address" in a way that is not in 
accord with the way these terms would be interpreted by one skilled in the art. That is, one 
skilled in the art would not interpret MAC, broadcast, and multicast addresses in the way the 
Examiner is interpreting these terms in order to get Jou to read on the instant independent 
claims. 



disclose at least the subject matter of "comparing the destination address of the packet with at 
least one predetermined multicast and/or broadcast address", as recited in claim 16 and 
generally in the other independent claims. 

Because the Examiner admits that Rune does not disclose the subject matter in 
the claims of "comparing the destination address of the packet with at least one 
predetermined multicast and/or broadcast address", and because Jou's published application 
does not disclose this certain subject matter, the combination of Rune and Jou does not 
disclose this subject matter. Applicant respectfully submits the 103(a) rejections against the 
independent claims must fail. 

For at least these reasons, the rejections of the independent claims should be 

withdrawn. 

Respectfully submitted: 



However, Applicant respectfully submits that it is the Examiner who is 



Thus, for at least the above reasons, Jou's published application does not 





Robert J. Mauri 
Reg. No.: 41,180 
Customer No.: 10,948 



Date 
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